 |
Wichtig !!! | |
N E U E S ... | |
Inhalt | |
Hotline | |
Stichwortverzeichnis |
|
Wichtig !!! | |
N E U E S ... | |
Inhalt | |
Hotline | |
Stichwortverzeichnis |
Installation
Deinstallation
Unterschiede zur ATARI-Version
Übernahme von alten Programmen
Neue Befehle
Neue Steuerwörter für den Native-Compiler
Nicht mehr unterstützte Befehle
Das Omikron Basic Ausgabefenster
Das Menü vom Omikron Basic Ausgabefenster
Der Exception-Handler
Der eingebaute VT52-Emulator
Der eingebaute Bildschirmschoner
Die Demo-Programme
Was wir sonst noch so vorhaben
Die Omikron Basic Internet-Homepage
Fehlermeldungen und Verbesserungsvorschläge
Auf der Diskette befinden sich zwei selbstextrahierende Archive mit den Namen 'OmikronBasic.sea' und 'Manual.sea', welche Sie vom Finder aus auf die übliche Weise starten können. Nach dem Start erscheint zunächst eine Copyrightmeldung des Programms 'StuffIt'. Klicken Sie 'Continue' an.
Es wird jetzt eine Fileselectbox dargestellt, mit der Sie auswählen können, wohin die ausgepackten Dateien gespeichert werden sollen.
In der unteren Zeile kann man einen neuen Ordnernamen angeben, in den das Omikron Basic bzw. das Manual abgelegt werden. Wenn Sie alles nach Ihren Wünschen eingestellt haben, können Sie 'Save' anwählen. Das Archiv wird dann ausgepackt und die enthaltenen Dateien werden in den gewählten Ordner geschrieben.
Es müßten sich dort jetzt mindestens die Dateien Extension.LIB, NEWOMBAS.INF, Omikron Basic sowie die Ordner DEMO und Manual befinden.
Im Ordner Manual befinden sich mehrere Dateien im HTML-Format, welche alle Anleitungen und Hinweise zur Benutzung des Omikron Basics enthalten. Zum Lesen der Dateien benötigen Sie einen HTML-Browser, wie z.B. Netscape, MS Explorer etc. Diese sind Bestandteil des neuen MacOS System 8, werden aber auch über diverse Onlinedienste, CD's zu Mac-Zeitschriften und über das Internet verbreitet. Die Bedeutung der anderen Files wird weiter hinten erklärt.
Wenn Sie eine Demo-Version erworben haben, so gelten folgende Einschränkungen: Der Editor gibt alle 10 Minuten eine Meldung aus, die darauf hinweist, daß es sich um eine Demo-Version handelt. Der Compiler kann nur Programme übersetzen, die nicht mehr als 75 Zeilen enthalten und deren Objectcode nicht länger als 32 Kilobyte wird. Mit der Demo-Version erstellte Programme dürfen außerdem nicht verkauft werden.
Deinstallation
Omikron Basic legt keine Dateien im Systemordner oder an anderen versteckten Stellen an. Wenn Sie Omikron Basic
nicht mehr nutzen möchten, brauchen Sie zur Deinstallation nur den Ordner 'OmikronBasic' auf das Mülltonnensymbol
zu ziehen.
Es gibt keinen Interpreter mehr. Die Funktionen des Interpreters zum Debuggen von Programmen übernimmt später der Sourcecode-Debugger, der aber erst im Laufe des Jahres 1998 erhältlich sein wird.
Die Länge von Strings wird jetzt in einem 4-Byte-Wort gespeichert, so daß die Maximallänge von 65536 auf 2147483648 Zeichen pro String steigt. Natürlich muß genug Speicher im Stringheap vorhanden sein, wenn man mit sehr langen Strings arbeiten will. Siehe auch COMPILER "BAS_MEM".
Die Pseudo-Multitasking-Befehle ON TIMER..., ON MOUSEBUT..., ON HELP..., ON KEY... funktionieren nur, wenn das Omikron Basic Ausgabefenster benutzt wird. Eine Interruptsteuerung wie bei der ATARI-Version hätte zu schweren Inkompatibilitäten mit der Multitaskingumgebung des MacOS geführt.
Wenn Sie die Omikron Basic Ausgabefenster benutzen, brauchen Sie den Bildschirm am Programmanfang
nicht mehr zu löschen.
Auch das ständige Ein- und Ausschalten der Maus mit MOUSEON und MOUSEOFF bzw. des BIOS-Cursors mit PRINT CHR$(27)+"e"
oder +"f" ist jetzt überflüssig.
BIN$, OCT$, HEX$
schreiben das jeweilige Postfix vor die Zahl.
BITBLT
Quell- und Zielrechteck können jetzt unterschiedliche Größe haben. Das Quellbild wird durch den
Befehl so verändert, daß es genau in das Zielrechteck passt. Man kann den BITBLT-Befehl jetzt also dazu
benutzen, Bilder zu vergrößern, zu verkleinern oder zu verzerren.
Die Transfermodi (letzter Parameter des Befehls) haben sich ebenfalls verändert. Modus=0 bedeutet jetzt, daß
das Zielbild nicht verändert wird (war bisher Modus=3). Eine genaue Beschreibung der weiteren Modi finden
Sie in Kapitel 5, Der Befehlssatz oder in "Inside Macintosh, Imaging with QuickDraw".
In der Syntax BITBLT Adr1 TO Adr2, COLOR P gibt P jetzt an, wieviel Farbebenen das Zielbild haben soll. Sie können
diesen Befehl also benutzen, um die Farbtiefe eines Bildes zu verändern.
BLOAD
Im ersten Parameter muß ein FileSpecificationRecord übergeben
werden, wie man ihn z.B. bei FILESELECT zurückerhält. Wird dieser Befehl benutzt, um eine zuvor mit BSAVE
gespeicherte Datei in den Bildschirmspeicher bzw. in das oberste Omikron Basic Ausgabefenster zu laden, so erfolgt
eine automatische Anpassung der Farbtiefe und der Abmessungen.
BSAVE
Im ersten Parameter muß ein FileSpecificationRecord übergeben
werden, wie man ihn z.B. bei FILESELECT zurückerhält.Wird dieser Befehle benutzt, um den Inhalt des Bildschirmspeichers
bzw. eines Omikron Basic Ausgabefensters in eine Datei zu schreiben, so erfolgt die Speicherung im PICT-Format,
so daß eine nachträgliche Bearbeitung mit anderen Programmen möglich ist.
CALL
Eine genaue Beschreibung finden Sie in Kapitel 5, Der Befehlssatz
CMD
beeinflußt nur noch PRINT und WRITE, nicht aber PRINT# und LPRINT. Die Befehle LIST, LLIST, DUMP und LDUMP
hatten ohnehin nur im Interpreter Gültigkeit und sind daher sowieso obsolet.
Hinweis: Wenn eine Ausgaberoutine für den Bildschirm mit CMD auf den Drucker umgeleitet wird, so führt dies im allgemeinen nicht zu dem gewünschten Ergebnis, da die Daten direkt an den Drucker geschickt werden. Verwenden Sie statt dessen den Befehl GRAF_PORT 1. Dieser öffnet eine Seite auf dem Drucker, auf welche dann Ihre Ausgaben umgeleitet werden.
CVD
wandelt einen 8 Byte String in eine Fließkommazahl doppelter Genauigkeit.
CVS
wandelt einen 4 Byte String in eine Fließkommazahl einfacher Genauigkeit.
DEG/RAD
Zwischen Grad- und Bogenmaß kann innerhalb des Programms beliebig umgeschaltet werden.
DATE$=
Der Datumsstring wird jeweils in dem Format zurückgegeben, das auf Ihrem Computer über das Kontrollfeld
"Datum & Zeit' eingestellt wurde statt bisher fest "TT:MM:JJ" (T=Tag, M=Monat, J=Jahr).
FACT(X)
Für X können jetzt auch Fließkommazahlen eingesetzt werden, da die Fakultät über die
Gammafunktion berechnet wird.
FILESELECT(P$,F$,R)
Im Unterschied zum Atari Betriebssystem stellt das MacOS zum Laden und Speichern verschiedene Fileselect-Boxen
zur Verfügung. Darum müssen Sie den Parameter R vorher auf 0 oder 1 setzen, um festzulegen, welche Fileselect-Box
Sie wünschen.
Eine genaue Beschreibung des Befehls finden Sie in Kapitel 5, Der Befehlssatz.
FILL X,Y,C : Für C dürfen nur noch Werte von 0 bis 255 eingesetzt werden. C=-1 geht nicht mehr. Dafür können für X und Y negative Werte angegeben werden. Dann wird von außen gefüllt und gegebenenfalls noch invertiert. Weitere Erklärungen in Kapitel 5, Der Befehlssatz.
FILL PATTERN= A,B
In A und B müssen jetzt Long Integer Zahlen übergeben werden. Aus den zusammengenommen 64 Bit der beiden
Zahlen wird ein 8 x 8 Bit Muster erzeugt, daß als Füllmuster dient, wenn FILL STYLE= 0,0 eingestellt
ist.
FRE (Volume$)
Der Volumename muß mit einem Doppelpunkt abgeschlossen werden.
HCOPY
Wenn das OUTPUT_WINDOW eingeschaltet ist, wird eine Hardcopy
des Puffers für das oberste Fenster gemacht, sonst vom ganzen Bildschirm.
INKEY$
Die Shift-Keys, jetzt Modifier-Keys sind etwas anders belegt. In dem dritten Byte wird jetzt der Wert einer zweiten,
gleichzeitig gedrückten Taste zurückgeliefert. Eine genaue Beschreibung finden Sie in Kapitel 5, Der
Befehlssatz.
KILL, CHDIR, MKDIR,
RMDIR, OPEN
Auch diesen Anweisungen muß ein FileSpecificationRecord übergeben
werden, wie man ihn z.B. bei FILESELECT zurückerhält. Einen solchen Record liefert auch die Funktion
'Get_Fsspec$' aus der ExtensionLibrary.
LINE PATTERN= A,B
In A und B müssen jetzt Long Integer Zahlen übergeben werden. Aus den zusammengenommen 64 Bit der beiden
Zahlen wird ein 8 x 8 Bit Muster erzeugt, daß als Füllmuster für Linien dient, wenn LINE STYLE=
0 eingestellt ist.
LPRINT
Der Text wird zunächst in einen PrinterPort geschrieben. Mit dem Befehl LPRINT CHR$(12); kann die Ausgabe
auf den Drucker jederzeit erzwungen werden.
MEMORY
liefert einen nichtverschiebbaren Speicherblock aus dem Application-Heap des Programms. Wie groß der Application-Heap
Ihres Programms wird, läßt sich mit dem Compiler-Steuerwort COMPILER
"PRE_SIZE ..." oder vom Finder aus über den Menüpunkt 'Information' einstellen.
MEMORY_BLOCK
In einen MEMORY_BLOCK können Sie nicht schreiben, da sich dieser im Code-Fragment befindet, welches schreibgeschützt
ist.
MEMORY_MOVE
wird automatisch in MEMORY_MOVEB umgesetzt, wenn die Quell- oder Zieladresse ungerade ist. Die Kopiergeschwindigkeit
ist am größten, wenn sich Quell- und Zieladresse auf einer 8-Byte-Grenze befinden.
MKD$
liefert einen 8 Byte langen String zurück statt bisher 10 Byte.
MKS$
liefert einen 4 Byte langen String zurück statt bisher 6 Byte.
MODE M$
beeinflußt nur noch die Umwandlung von Kleinbuchstaben in Großbuchstaben und umgekert mit UPPER$ bzw.
LOWER$, nicht aber das Datums- oder Zeitformat. Dieses wird immer so ausgegeben, wie Sie es bei Ihrem Macintosh
mit dem Kontrollfeld 'Datum & Zeit' eingestellt haben.
MOUSEBUT
berücksichtigt auch den Zustand der Modifier-Keys und gibt dementsprechend Werte zwischen 0 und 32 zurück
NAME F1$ AS F2$
F1$ muß einen FileSpecificationRecord enthalten. F2$ darf nur den neuen
Namen enthalten. Wenn eine Directory umbenannt werden soll, müssen die Namen mit einem Doppelpunkt abgeschlossen
werden.
PALETTE
schreibt die aufgelisteten RGB-Werte in die interne CLUT des Omikron Basics. Der erste Parameter gibt an, ab welchem
Index geschrieben werden soll.
POINT (X,Y)
liefert keinen Farbindex zurück, sondern einen Pointer auf einen RGB-Record. Das ist eine 6-Byte-Struktur
mit den Rot-, Grün- und Blauanteilen des Pixels.
RESUME
springt an den Anfang der Zeile, in der der Fehler auftrat, nicht zu dem Befehl selbst.
SCREEN
Dieser Befehl ermöglicht das Öffnen weiterer Omikron Basic Ausgabefenster. Eine genaue Beschreibung finden
Sie in Kapitel 5, Der Befehlssatz.
SEGPTR(20|28)
gibt immer Null. War auch beim Compiler der Atari-Version schon so, nicht aber beim Interpreter.
SORT
Dieser Befehl wurde dahingehend erweitert, daß jetzt beliebig viele Felder mitsortiert werden können.
Eine genaue Erklärung finden Sie in Kapitel 5, Der Befehlssatz
TEXT STYLE
Es sind jetzt insgesamt 7 Attribute vorhanden. Die Bedeutung der einzelnen Flags hat sich verändert.
TUNE T,F...
Omikron Basic 6 unterstützt bis zu 16 Tonkanäle, so daß T jetzt Werte von 0 bis 15 annehmen
kann. Für F dürfen nur Zahlen zwischen 0 und 127 eingesetzt werden, was den MIDI Noten entspricht. Siehe MIDI Tabelle im Anhang.
VARPTR, &
Der Adressoperator zeigt bei numerischen Einzelvariablen auf den Wert der Variablen, bei Strings auf einen Pointer
auf den String und bei Feldern auf einen Pointer auf das Feld.
VOLUME, NOISE
Diese beiden Befehle haben jetzt die gleiche Syntax wie TUNE, nur daß statt der Frequenz die Lautstärke
bzw. die Ton-Reinheit verändert werden.
WAIT
Das System wird nicht mehr blockiert. Andere Prozesse können während der Wartezeit weiterarbeiten.
Dadurch kann sich die effektive Wartezeit verlängern.
W_CHAR
liefert eine Zahl zurück, die angibt, wieviele Nullen in eine Zeile passen. Das hängt nämlich bei
den auf dem Apple üblichen Proportionalzeichensätzen von den verwendeten Buchstaben ab.
Programme, die mit Omikron Basic Versionen vor 6.0 entwickelt wurden, können problemlos in den Editor geladen
werden. Die deutschen Umlaute werden dabei allerdings falsch dargestellt, da sie beim Apple auf anderen ASCII-Codes
liegen. Sie können jedoch leicht mit der Funktion 'Text ersetzen' aus dem Menu 'Suchen' die falschen Zeichen
durch die korrekten Umlaute ersetzen.
Auf dem Atari haben die deutschen Umlaute folgende ASCII-Codes : Ä=142, ä=132, Ö=153, ö=148,
Ü=154, ü=129, ß=158. Diese Zeichen erzeugen Sie am besten, indem Sie bei gedrückter Auswahltaste
den ASCII-Code über die Zehnertastatur eingeben.
Zu beachten ist auch, daß der PowerPC-Prozessor Fließkommaformate mit einem kleineren Wertebereich
und einer geringeren Genauigkeit verwendet. Wenn Sie in Ihrem Programm Fließkommazahlen mit einfacher Genauigkeit
benutzen und damit umfangreiche Berechnungen durchführen, kann es zu Fehlerakkumulierungen kommen, die zu
völlig falschen Ergebnissen führen.
Wir empfehlen daher, nur Fließkommazahlen doppelter Genauigkeit zu verwenden. Wenn Sie ein altes Programm,
das mit einfacher Genauigkeit arbeitet, auf doppelte Genauigkeit umstellen wollen, gehen Sie am besten wie folgt
vor:
1. Aus dem Menü 'Modus' den Eintrag 'Alle Postfixe anzeigen' anwählen.
2. Im Menü 'Modus' 'Editoreinstellungen' anwählen und
dort die Deklarationsüberwachung abschalten.
3. Mit der 'Text ersetzen' Funktion des Editors alle "!" durch "#" ersetzen.
4. Die Deklarationsüberwachung wieder einschalten.
Lauffähige Compilate erhält man auch erst, wenn man einige Anpassungen vornimmt. Um Ihnen die Arbeit der Anpassung zu erleichtern, wurde eine Migrationshilfe in den Editor eingebaut. Wenn Sie im Programm-Menü den Menüpunkt 'Atari -> Mac' anwählen, öffnet sich ein Fenster, in dem alle Programmstellen aufgelistet werden, die gegebenenfalls angepasst werden müssen. Durch Anklicken können Sie die zu ändernden Teile direkt anspringen und die Korrekturen entsprechend den Hinweisen im Kapitel 'Unterschiede zur Atari-Version' vornehmen.
Weiterhin sollten Sie von den neuen Compilersteuerwörtern Gebrauch machen, da sonst nur unspezifizierte Defaultwerte eingesetzt werden. Häufig ist auch die Verwendung der ExtensionLibrary notwendig oder zumindest sehr hilfreich. Zum Bespiel bei der Verwendung von OPEN oder um die Text-Attribute für PRINT und LPRINT zu verändern.
Siehe auch das Demoprogramm 'Mandelbrot.Bas'.
GRAF_PORT Ptr
MAC_OS [R0,R1,...] ;P$+N$+M$,F$,[P0,P1,P2,...]
SCREEN Nr[,X,Y[,W,H]]
SORT [ASC] A() [TO B(),C(),D(),...]
COMPILER "FPU_EXCEPTIONS ON|OFF" oder COMPILER "FPUEXON|OFF"
COMPILER "IU_EXCEPTIONS ON|OFF" oder COMPILER "IUEXON|OFF"
COMPILER "OUTPUT_WINDOW X*Y" oder COMPILER "OPW X*Y"
COMPILER "RANGE_CONTROL ON|OFF" oder COMPILER "RCON|OFF"
COMPILER "STACK_CONTROL ON|OFF" oder COMPILER "SCON|OFF"
AES
BIOS
CHAIN
COMMON
CLEAR mit Parametern
FILES
GEMDOS
IPL
JOYSTICK
KEY
MODE LPRINT
NDC
OPEN "F","K","M"
RUN
SPRITE
TEXT ROTATION =
VDI
WVBL
XBIOS
Omikron Basic stellt auf Wunsch sogenannte Ausgabefenster zur Verfügung, in welche alle Ausgaben umgeleitet werden, die sonst direkt auf dem Bildschirm landen würden. Die Verwaltung dieser Fenster wird automatisch vom Omikron Basic übernommen. Dadurch laufen auch Programme, die keine Fensterverwaltung haben und zur Ein- und Ausgabe PRINT und INPUT benutzen, sauber in einer Multitasking-Umgebung. Die Omikron Basic Ausgabefenster können Sie mit dem Befehl COMPILER "OUTPUT_WINDOW X*Y" einschalten, wobei für X (Breite) und Y (Höhe) die Werte in Pixel eingesetzt werden müssen, die das erste Fenster maximal annehmen soll. Der Inhalt der Ausgabefenster wird im Application-Heap des Programms gepuffert, es muß also je nach Größe und Farbtiefe genügend Speicher vorhanden sein. Gegebenenfalls müssen Sie im Finder oder mit COMPILER "PRE_SIZE X" mehr Speicher für Ihr Programm reservieren.
Wenn die Ausgabefenster aktiv sind, wird außerdem eine Menüzeile eingerichtet, die Ihnen den Zugriff
auf die Desk-Accessories sowie das Help- und Programm-Menü an der rechten Seite ermöglicht. Damit das
Omikron Basic auch die Eventmeldungen erhält, die die Ausgabefenster oder die Menüleiste betreffen, müssen
Sie mit COMPILER "EVENT" an geeigneter Stelle dafür sorgen,
daß ein WaitNextEvent-Aufruf in Ihr Programm hineincompiliert wird. Siehe auch das Demoprogramm 'Mandelbrot.BAS'.
Wenn sich Ihr Programm in einer INPUT- oder INPUT$-Anweisung befindet, so werden automatisch immer WaitNextEvent-Aufrufe
an das MacOS abgesetzt, da ja ständig auf Tastendrücke geachtet werden muß. Das gleiche gilt für
den FORM_ALERT-Befehl.
Die Ausgabefenster verfügen auch über Scrollbalken, so daß sie auch größer als der
physikalische Bildschirm angelegt werden können. Bedenken Sie aber bitte, daß der Fensterinhalt
im Application-Heap gepuffert werden muß. Ein Fenster mit 1280 x 960 Bildpunkten benötigt z.B. bei 256
Farben 1.2 MB Speicher.
Die Schrittweite, mit der der Fensterinhalt weiterscrollt, wenn Sie die Pfeile an den Schiebebalken anklicken,
kann mit der Prozedur Set_Scroll_Parameter aus der ExtensionLibrary
eingestellt werden.
Hinweis: Mit dem Befehl SCREEN können Sie weitere Omikron Basic Ausgabefenster öffnen.
Wenn die Omikron Basic Ausgabefenster eingeschaltet sind, so wird zusätzlich eine Menüleiste eingerichtet. Über das Menü 'Datei' können Sie nun einige Grundfunktionen aufrufen
Öffnen ... : Das oberste Omikron Basic Ausgabefenster wird mit einer Datei geladen, die zuvor mit 'Speichern' eingerichtet wurde. Wenn das zu ladende Bild andere Abmessungen oder eine andere Farbtiefe hat, wird es automatisch an das Omikron Basic Ausgabefenster angepasst. Die Datei muß im 'PICT'-Format vorliegen. Sie kann daher auch mit anderen Programmen erstellt worden sein.
Speichern als ... : Der Inhalt des Puffers für das oberste Omikron Basic Ausgabefenster wird im 'PICT'-Format gespeichert. Dadurch ist es möglich, das gespeicherte Bild in andere Programme zu laden und dort weiterzubearbeiten..
Drucker einstellen ... : Es wird die 'PrStlDialog'-Dialogbox aufgerufen, in der Sie Einstellungen für den Drucker vornehmen können.
Drucken ... : Es wird die 'PrJobDialog'-Dialogbox aufgerufen. Hier können Sie zunächst weitere Einstellungen vornehmen. Wenn Sie dann 'OK' anklicken, wird der Puffer für das Omikron Basic Ausgabefenster gedruckt.
Beenden : Das Programm wird beendet. Die gleiche Wirkung hat ein Anklicken des Closers im Omikron Basic Ausgabefenster, wenn es sich um das letzte Fenster handelt. Vorher erfolgt allerdings noch eine Sicherheitsabfrage.
Bei diversen Rechenoperationen können sogenannte Exceptions auftreten. Das wäre z.B. eine Division durch Null oder eine Fließkommaoperation, deren Ergebnis außerhalb des darstellbaren Zahlenbereichs liegt. Auch der Versuch, die Wurzel aus einer negativen Zahl zu ziehen, führt zu einer Exception. Normalerweise werden diese Exceptions ignoriert, so daß Ihr Programm eventuell mit falschen Werten weiterrechnet. Sie können jedoch mit den Steuerwörtern COMPILER "IU_EXCEPTIONS ON|OFF" und COMPILER "FPU_EXCEPTIONS ON|OFF" den Exception-Handler für die Integereinheit bzw. Fließkommaeinheit (de)aktivieren. Dann wird jede solche Ausnahme gemeldet und Sie können die Fehler leichter lokalisieren. Die Ausführungsgeschwindigkeit des Programms verringert sich bei eingeschaltetem Exception-Handler allerdings um etwa 10%.
Omikron Basic emuliert alle Escape-Sequenzen, die im VT52-Standard definiert sind. Sie können also z.B.
mit PRINT CHR$(27)+"E" den Bildschirm löschen und gleichzeitig den Cursor in die linke obere Ecke
bewegen oder mit PRINT CHR$(27)+"p" erreichen, daß die Schrift invers ausgegeben wird.
Außerdem sind die Zeichen CHR$(7)=Tonausgabe, CHR$(8)=Backspace, CHR$(9)=Tabulator, CHR$(10)=Linefeed, CHR$(11)=Linefeed,
CHR$(12)=Formfeed sowie CHR$(13)=Carriage Return implementiert.
Soweit dies sinnvoll ist, können die Steuercodes auch zusammen mit LPRINT
benutzt werden.
Siehe auch: VT52-Emulator
Da die meisten Bildschirmschoner zwar schöne Bildchen oder Muster erzeugen, damit aber den Computer und den Monitor unnötig belasten (kostet mindestens Energie), wurde in Omikron Basic eine Schlafecke integriert. Wenn Sie die Maus in die linke untere Ecke bewegen und dort mindestens 0,5 s belassen, wird der Bildschirm dunkel geschaltet und Omikron Basic in eine Warteschleife geschickt. Das Aufwecken geschieht nicht etwa mit einem Wecker, sondern duch Bewegen des Mauscursors aus der Ecke. Während der Wartezeit wird der Computer nicht blockiert, so daß Ihr Programm auch mit dunklem Monitor weiterrechnen kann.
Auf der Diskette befinden sich im Ordner DEMO ausführlich dokumentierte Programme. Sehen Sie sich diese Programme bitte genau an, da sie Ihnen wertvolle Hinweise geben, die Sie benötigen, um Ihre eigenen Programme an das MacOS anzupassen. Die Beispielprogramme im DEMO-Ordner zeigen verschiedene Aspekte der Programmierung in Omikron Basic und demonstrieren damit, daß man auch mit kurzen Programmen eindrucksvolle Ergebnisse erziehlen kann.
Was wir sonst noch so vorhaben
Es ist geplant, noch in diesem Jahr einen integrieten Source-Code-Debugger für das Omikron Basic 6 zu entwickeln. Damit können Sie dann auf Source-Code-Ebene durch Ihr Programm steppen, dabei Variableninhalte verfolgen und an beliebigen Stellen Breakpoints setzen. Man wird das laufende Programm auch jederzeit wie in einem Interpreter mit einer Tastenkombination anhalten und wieder fortsetzen können.Es wird auch noch einen neuen Float-Typ mit 128 Bit Breite geben (entspricht 32 Stellen Genauigkeit). Später soll dann auch noch die Verwendung von komplexen Zahlen für alle mathematischen Operationen möglich sein. Da die Implementation in PowerPC-Assemblerer erfolgen wird, können diese Befehle sehr schnell ausgeführt werden. Auch an die Unterstützung von Structures, wie sie aus der Programmiersprache C bekannt sind, ist gedacht.
Von der Omikron Basic Homepage im Internet können Sie sich eine aktuelle Demo-Version downloaden. Die Omikron Basic Homepage findet man unter:
http://www.Omikron.net/basic/main.htm
Wenn Sie im Omikron Basic Fehler entdecken oder Verbesserungsvorschläge haben, so senden Sie diese bitte an eine der folgenden elektronischen Adressen:
Telefax: 05832/6160
Hotline: 05832/2003 (Montag bis Samstag 12.00 bis 12.30, Sonntag 14.00 bis 15.00)oder per Post an:
Berkhan-Software
Entwicklung & Vertrieb
Alt-Isenhagen 19
D-29386 HankensbüttelDas Omikron Basic Team
Inhaltsverzeichnis 
blättern 
Der Editor